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(57) Abstract: Price label system comprising a price label system server connected to transceivers adapted to communicate price 
label information to price labels using a communication protocol. A predetermined number of transceivers defines a sub-cell and 
each sub-cell is associated with a communication profile that defines communication protocols to be used when communicating with 
the price labels in that sub-cell. 
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Title 

Price label communication system 

Field of the invention 
5 The present invention relates to a price label system and a method in a price 
label system according to the preambles of the independent claims. 

Background of the invention 

The price label system according to the present invention is generally an 
1 0 electronic pricing and information system that replaces the old paper labels with 
electronic labels where the prices on labels can be wirelessly changed from a 
computer. 

The actual price changes are not done in the price label system, but in the 
15 store's Price Controlling Application (PCA) system. The PCA contains a database 
which stores all the information about the items in the store, e.g. product name, 
package size, and the current price. The store's cash registers are connected to 
the PCA system, and thus always have the correct price information. The PCA 
can e.g. be the store's back-office computer system. There are no limitations 

2 0 regarding host computers for the PCA and the price label system server. They 

may be run on the same computer or in two (or more) different computers. 

The PCA system controls the actual price of an item and provides the price label 
system according to the invention with updating information whenever the price 
25 is changed. The PCA system interacts with the price label system to supply 

information to the price labels (PLs). This is normally performed via a Price File 
Interface (PFI) that is a software-to software interface connecting the PCA system 
to the price label system server. The only prerequisite is that all PFI files (see 
below) are reachable (can be read and written) within any path of a mounted 

3 0 drive or file system known to the computer where the PFI service is executing. 

The transportation mechanisms through the PFI are e.g. common text files, e.g. 
in 8-bit ASCII format or 2-byte UNICODE. Other transportation mechanisms are 
naturally possible. The price label system automatically detects the format of the 
input files. Two PFI files are created by the PCA, a message file and a data file. 
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The price label system creates a third PFI file, a result file that is retrieved by the 
PCA. 

The message file contains one or many commands to the price label, e.g. a target 
link command used to establish the connection between an item and a label and 
5 an update command used to change the information an the label, e.g. the price. 
The data file contains data such as prices, item identity and label identity and 
the result file contains the results from executed commands. 

The price label system generally comprises software installed in a server 
10 computer, a hardware infrastructure and price labels. The hardware 

infrastructure comprises base stations, transceivers and cables. The price labels 
are mounted with their items in the store, e.g. on the shelf-edges. Transceivers 
are normally mounted in the ceiling and base stations normally on a wall. A 
predetermined number of transceivers are connected to a base station, which is 
15 connected to the price label system server ? preferably via a hub. The price label 
server is connected to the PCA, often via the same network. 

Figure 1 schematically illustrates an overview of the PCA and the price label 
system briefly described above and in accordance with well-established 

2 0 technique where the present invention is applicable. 

When a price is changed in the PCA system, the information is sent to the price 
label system server (PLS server). From the PLS server, designated as "server" in 
figure 1 , the information is sent via a hub and base stations BS to transceivers 
25 in the ceiling where it is transformed into infrared signals. When the electronic 
price labels receive the infrared signals the price is immediately updated. 

Each electronic price label acknowledges the updated price by transmitting a 
feedback pulse to the transceivers. The feedback pulse is returned to the server 

3 0 and stored in a database to verify that the transmission was OK. 

Although the system shown in figure 1 uses infrared signals when 
communicating with the price label it should be noted that the present invention 
is equally applicable for any type of communication signal used between the 
35 price label system and the price labels. 
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Among different types of communication signal applicable in the system can be 
mentioned radio wave signals, optical signals, electrical signals. 

A cell is defined as the set of transceivers connected to the same base station. A 
5 sub-cell is defined as each set of simultaneously transmitting transceivers. All 
transceivers within a sub-cell simultaneously transmit the same data. A power 
supply energizes the transmitting transceivers. 

Figure 2 illustrates an example of an installation plan with one cell comprising 
10 three sub-cells, SCI, SC2 and SC3, respectively. Each sub-cell includes a 
number of transceivers TRX. When configuring cells and sub-cells many 
different things must be considered. Among those can be mentioned that cables 
to transceivers within one sub-cell must be of similar lengths in order to 
minimize phase shifts and that sub-cells should overlap in order to ensure 
15 signals of sufficient strengths to all labels. 

A benefit of the sub-cell concept is that it is possible to keep track of price label 
locations and that a label that does not respond can be paged (searched for) . 

A price label (PL) is an electronic device provided with an LCD display with the 
2 0 shape and size of a regular shelf-edge price label. Each PL has a unique address 
and is logically connected to a sales item in the store. Normally the PL displays 
an item's price. Figure 3a shows a typical price label where all fields are active 
and figure 3b shows a price label displaying normal price and normal unit price. 
A sender and transmitter part 2 and a small solar cell 4 can also be seen on the 

2 5 price label in figure 3b. A battery, or a combination of battery and solar cell, 

provides the power for the PL. 

There exists many different kinds of price labels, they can e.g. differ in size, in 
number of price fields or other fields. The word "price" is used throughout the 

3 0 application to define what is displayed on the price label. It should however be 

noted that although the price label often displays price information it is 
naturally possible to display other type of information on the price labels, solely 
or in addition to price information, without departing from the scope of the 
present invention. This other type of information may for example be text, 
3 5 figures or images. 
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The labels can also differ in the way the price label system needs to handle 
them, e.g. with regard to used communication protocol, and if the circuitry 
inside the price label has been changed. 

5 The communication between the price label server and a price label is inter alia 
determined by the value of two parameters: price label family (PL family) and 
price label family revision (PL family revision). 

The PL family is an administrative or logical entity that is used to group price 
labels together with similar communication features. 
1 0 The PL family revision is used to denote minor differences in the values of the 
protocol parameters. A PL family may comprise several PL family revisions. 
To each physical price label is associated a PL type that encompasses the PL 
family and the PL family revision 

15 The communication protocol parameters are collected in protocol objects in the 
price label server. In a normally configured price label system typically includes 
a number of such protocol objects to be used when communicating with 
different kinds of price labels. 

A protocol object comprises e.g. parameter settings regarding the number of 
2 0 retransmissions, re-calibration time, and physical protocol identity. 

When the server is about to communicate with a specific price label it needs to 
determine what protocol object to use. 

According to a presently used system a specific price label type (with specific 

2 5 values of family and revision) is mapped to a specific protocol. Figure 4 

schematically illustrates this. In this case the communication between all 
physical price labels of the same PL type and the server is always performed in 
the same way, determined by the protocol objects settings. 

30 However, in certain situations, e.g. due to environmental circumstances, if the 
price label is located in a noisy environment or due to constraints regarding 
infrastructure components, the used protocol is not always optimal for a specific 
situation which sometimes may lower the performance of the system. 
Constraints regarding infrastructure components may e.g. occur when a new 

3 5 type of transceiver supporting a new IR protocol is introduced. A physical PL 
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type may support both the new IR protocol and an older one. Which one to be 
used is determined by the transceiver type. 

The object of the present invention is to achieve a system where an optimal 
performance of the system is achieved. 

5 

Summary of the invention 

The above-mentioned object is achieved by a system and a method according to 
the characterizing parts of the independent claims. 

1 0 Preferred embodiments are set forth in the dependent claims. 

Thus, by using a price label communication profile specially adapted for a 
specific sub-cell where communication protocol settings are defined based upon 
price label types of price labels in that sub-cell and of different circumstances 
1 5 related to that specific sub-cell, optimal performance is achieved for the price 
label system. 

The present invention makes it possible to selectively specify protocol setting for 
different physical locations in a store (e.g. different departments) and also for 

2 0 different types of infrastructure. 

Short description of the appended drawings 

Figure 1 is a schematic illustration of a price controlling application system and 
a price label system according to well-established technique where the present 
25 invention is applicable. 

Figure 2 illustrates an example of an installation plan for transceivers. 

Figures 3a and 3b shows typical price labels used by the system according to the 

invention. 

Figure 4 shows communication protocols presently used. 

3 0 Figure 5 shows communication protocols according to a preferred embodiment of 

the invention. 

Figure 6 illustrates an implementation of a preferred embodiment of the 
invention. 

Figure 7 shows the main blocks of the price label system according to the 
3 5 present invention. 
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Detailed description of preferred embodiments of the invention 
Figure 5 illustrates an example of a preferred embodiment of the invention where 
two different communication profiles are arranged. The two profiles differ in that 
5 in profile 1 is "Family PP4C, revision 1" mapped to protocol "PP4BJProtocolCC" 
whereas in profile 2 it is mapped to protocol "PP4C_ProtocolC3". 
When a transmission to a price label is to be performed the communication 
profile for the sub- cell where the price label is located is identified. The price 
label type, comprising inter alia price label family and price label family revision, 
10 of the physical price label is then identified in the profile where it is, together 
with other parameters, mapped to a communication protocol applicable for 
exactly this physical price label in this sub-cell. 

When assigning a communication profile to a specific sub-cell many different 
1 5 matters must be taken into account. Among those can be mentioned 

environmental circumstances, i.e. if the price label is located in a noisy 
environment where reflections and lighting conditions interfere with the 
transmission between the transceivers and price labels. Also constraints 
regarding infrastructure components may influence the choice of communication 
2 0 profile. These different circumstances and the PL types of the price labels of that 
sub-cell are weighted together when determining which communication profile to 
use in a specific sub-cell. 

In a sub-cell having a more disturbed environment the communication profile 
may e.g. be arranged to use a communication protocol where a higher number of 
2 5 re-transmissions are used compared to a normal sub-cell. 

According to a preferred embodiment of the invention is the different 
communication profiles set up, configured and assigned to sub-cells at run- time 
through a system management graphical user interface (GUI) that is a part of 
30 the price label system, or preset at installation time. 



Figure 6 illustrates an implementation of a preferred embodiment of the 
invention. Two communication profiles, profile 1 and profile 2, is illustrated. 
Each communication protocol object, above referred as communication protocol, 
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is implemented as an instance of a protocol class with properties corresponding 
to the different communication parameters. 

Each communication profile includes a mapping from price label and other 
properties to a protocol object as illustrated in figure 6. 

5 

Figure 7 shows the main blocks of the price label system according to the 
present invention. 

The system comprises a price file interface (PFI) where data, e.g. new price of an 
item, is received in the form of a PFI data file from the store's PCA-system (not 

1 0 shown in the figure). The received data is stored in an item cache database and a 
request to create an update job is generated. A property description file contains 
item data and information how the data should be viewed in a graphical user 
interface (GUI) in a client (not shown in the figure) connected to the server. 
The request for updating a PL is applied to the "electronic shelf edge label" 

1 5 management block (ESL) that handles the connection between item and price 

label by accessing item and label information from the item cache database and 
also from internal tables in the ESL-block. To determine which information to 
send out to an individual PL, the PL's associated PL layout script file is executed 
based on information in the associated PL model, using the IPF to select the 

2 0 appropriate layout script. The layout script files describe how to map item data 

onto the price label. There are a number of layout script files for each PL type. 
When the layout script is executed, the output from the layout script is 
transformed into a format called "field data contents" (FDC) containing the data 
to send. 

25 

The FDCs are collected in a batch in the "price communication service" (PCS) 
block. The PCS block converts, by using "device files" and by using the settings 
in an associated communication protocol, the FDC data to frames which are 
collected into a "device specific data" (DSD) that in turn is transferred to a 

3 0 sending queue. The "device files" define how to display the data on the label. 

There is one device file for each PL type. The PL product representing the 
physical PL associates the layout and the PL type. 
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DSDs from the sending queue are then transmitted to the basestation (BS) and 
further in the form of data frames via the transceivers (TRX) sent by IR light to 
the price labels (PLs). 

5 Below is an overview of the price changing process in a price label system 
according to a preferred embodiment of the present invention: 

1 . The price label system server from the store's PCA-system receives a price file 
containing item number and the new information, e.g. price. 

0 2. Look up the item in a database and get the identity of all price labels (PLs) 
connected to this item. 
3. Get the PL model to be used. Either as a specified property on the PL or else 
use the default model for that PL type. The PL model contains information 
about layout scripts to use for different Item Presentation Forms (see below). 

5 4. Determine which layout script to use based on the IPF for the item. Item 

Presentation Form (IPF) is an abstraction of what information to display on a 
PL for an Item. 

5. Execute the layout scripts, and perform all the steps needed to generate the 
data frame that is to be transmitted to the target PL. 
0 6. Determine in which sub-cell the PL is located. This could be either the sub- 
cell where a price label acknowledge last was received or the sub-cell initiated 
by the PCA-system. In this determined sub-cell the frame containing e.g. 
price information will be transmitted. 

7. Fetch the communication settings from the communication protocol object 
5 associated with the determined sub-cell. This is determined through the 

communication profile of that sub-cell. 

8. Transmit the frame to a base-station and further to the transceivers in the 
determined sub-cell for communication to the price label(s) using the 
communication parameters specified in the protocol object, 

0 

The present invention is not limited to the above-described preferred 
embodiments. Various alternatives, modifications and equivalents may be used. 
Therefore, the above embodiments should not be taken as limiting the scope of 
the invention, which is defined by the appending claims. 
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Claims 

1. Price label system comprising a price label system server connected to 
transceivers adapted to communicate price label information to price labels 
5 using a communication protocol, wherein a predetermined number of 

transceivers defines a sub-cell, characterized in that each sub-cell is 
associated with a communication profile that defines communication protocols 
to be used when communicating with the price labels in that sub-cell. 

10 2. Price label system according to claim 1, characterized in that said 
communication profile is determined by price label types related to price labels 
of that sub-cell and/ or by one or many circumstance(s) of that sub-cell. 

3. Price label system according to claim 2, characterized in that one 
15 of said circumstances is related to the environment for the price labels of that 

sub-cell. 

4. Price label system according to claim 2, characterized in that one 
of said circumstances is related to constraints regarding infrastructure 

20 components. 

5. Price label system according to any preceding claim, characterized 
i n that each physical price label is associated to a price label type. 

2 5 6. Price label system according to any preceding claim, characterized 

i n that said communication profile comprises price label families and price 
label family revisions. 

7. Price label system according to claim 6, characterized in that a 

3 0 price label family and a price label family revision is mapped to a communication 

protocol. 

8. Method in a price label system according to any preceding claims, 
characterized in that the method comprises the following steps: 

35 - initiate a change of information displayed by a price label arranged in a 
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sub-cell, 

use the communication profile associated to that sub-cell, and 
apply the communication protocol defined by said communication profile 
when communicating with said price label. 



9. Computer program product directly loadable into the internal memory of 
processing unit in a price label system server, comprising the software code 
portions for performing steps performed by the price label server or by the 
method according to of any of claims 1-8, when said product is run on a price 
label system server. 

10. Computer program product stored on a computer usable medium, 
comprising a readable program for causing a processing unit in a price label 
system server, to control an execution of steps performed by the price label 
server or the method according to of any of claims 1-9. 
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